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System and Method for Collecting Data 
and Manag in g Patient Care 

5 CROSS REFERENCE TO RELATED APPLICATIONS 

This is a continuation-in-part of application Ser. No. 08/440,625, filed on 

May 15, 1995. 

10 BACKGROUND OF THE INVENTION 

The invention relates generally to systems for managing patient care in a 
health care facility, and more particularly, to systems for collecting data and controlling 
the dehvery of patient care. 
15 Medical institutions are faced with a competitive environment in which 

they must constantly maintain or improve profitabiUty and yet simultaneously 
improve patient care. Several factors contribute to the ever increasing costs of health 
care, whether it is delivered to the patient in a hospital or out-patient clinic setting. 
Health care deliverers face increased complexity in the types of treatment and services 
20 available, but also must provide these complex treatments and services efficiently, 
placing a premium on the institution's ability to provide complex treatment while 
maintaining complete and detailed medical records for each patient. 

It is also advantageous to have a care management system that combines 
all of the various services and units of a health care institution into an interrelated 
25 automated system to provide "just-in-time" delivery of therapeutic and other drugs to 
the patient. Such a system would prevent administering an inappropriate medication to 
a patient by checking the medication against a database of known allergic reactions 
and/or side-effects of the drug against the patent's medical history. The interrelated 
system should also provide doctors, nurses and other care-givers with updated patient 
30 information at the bedside, notify the institution's pharmacy when an additional dmg 
is required, or when a scheduled treatment is running behind schedule, and 
automatically update the institution's accounting database each time a medication or 
other care is given. 
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Inaccurate recording of the administration of drugs and usage of supplies 
involved in a patient's treatment results in decreasing revenues to the institution by 
failing to fully capture billing opportunities of these actual costs. Inadequate 
management also results in a failure to provide an accurate report of all costs involved 

5 in treating a particular illness. 

In many hospitals and clinical laboratories, a bracelet device having a 
patient's name printed thereon is permanently affixed to a patient upon admittance to 
the institution in order to identify the patient during his or her entire stay. Despite 
this safeguard, opportunities arise for patient identification error. For example, when a 

10 blood sample is taken from a patient, the blood sample must be identified by manually 
transcribing the patient's name and other information from the patient's identification 
bracelet. In transferring the patient's name, a nurse or technician may miscopy the 
name or may rely on memory or a different data source, rather than actually reading 
the patient's bracelet. 

15 Moreover, manually transferring other information, such as the 

parameters for configuring an infusion pump to dispense medication may result in 
errors that reduce the accuracy and/or effectiveness of dmg administration and patient 
care. This may result in an increased duration of treatment with an attendant increase 
in costs. 

20 Hospitals and other institutions must continuously strive to provide 

quality patient care. Medical errors, such as where the wrong patient receives the 
wrong drug at the wrong time, in the wrong dosage or even where the wrong surgery is 
performed, are a significant problem for all health care facilities. Many prescription 
drugs and injections are identified merely by slips of paper on which the patient's name 

25 and identification number have been handwritten by a nurse or technician who is to 
administer the treatment. For a variety of reasons, such as the transfer of patients to 
different beds and errors in marking the slips of paper, the possibility arises that a 
patient may be given an incorrect treatment. This results in increased expense for the 
patient and hospital that could be prevented using an automated system to verify that 

30 the patient is receiving the correct care. 
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Varioixs solutions to these problems have been proposed, such as systems 
that vise bar codes to identify patients and medications, or systems allowing the bedside 
entry of patient data. While these systems have advanced the art significantly, even 
more comprehensive systems could prove to be of greater value. 
5 What has been needed, and heretofore unavailable, is an integrated, 

modular system for tracking and controlling patient care and for integrating the patient 
care information with other institutional databases to achieve a reliable, efficient, cost- 
effective delivery of health care to patients. The invention fulfills these needs and 
others. 

10 

SUMMARY OF THE INVENTION 
Briefly and in general terms, the present invention provides a new and 
improved patient management system capable of monitoring, controlling and tracking 
the administration of care in a health care institution. 

15 Generally, the patient management system comprises a number of CPUs 

having a variety of input and output devices for receiving patient data and for 
generating or displaying reports. A system of software programs operates on the CPUs 
to record, process, and produce reports from a database whose data is representative of 
the care a patient receives in the institution. The CPUs are connected together, along 

20 with at least one dedicated file server, to form a network. Patient data is input by users 
of the personal computers, and is stored in a data storage device connected to the file 
server. 

More specifically, in a more detailed aspect by way of example and not 
necessarily of limitation, the patient management system includes a pharmacy 

25 computer, a nursing station CPU including a video display and printer and bedside 
CPUs connected to various clinical devices such as infusion pumps for providing 
medication to a patient and a barcode reader for reading barcode labels either affixed to 
the patient's identification bracelet or a label on a medication container. In operation, 
the patient management system verifies that the right medication is being dispensed to 

30 the right patient in the right dosage via the right delivery route at the right time by 
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maintaining a database of information relating to the patient, the patient's condition, 
and the course of treatment prescribed to treat the patient's iUness. 

The patient wears an identification device that includes a barcode that can 
be read by a barcode reader connected to the bedside CPU. Medication to be 
5 administered to the patient in the course of the patient's treatment is identified with a 
label that is printed by a barcode printer in the pharmacy or by the manufacturer's 
supplied barcodes on unit dose packaging. When the medication is administered to the 
patient by a care-giver, the care-giver uses the barcode reader connected to the bedside 
CPU to read the barcode on the patient's identification device and the barcode on the 

10 label identifying the medication to be dispensed. The patient management system 
compares the patient's identity with the medication and verifies that it is the correct 
medication for the patient. Additionally, the caregiver may also have an identification 
device that bears a barcode with the caregiver's name and other information. Using the 
barcode reader, the care giver's identity can thus be stored in the database and linked to 

15 the treatment given to the patient to ensure complete and accurate tracking of all 
treatment given to the patient. 

In another aspect, an identification system is provided that is passive in 
nature. That is, the system operates to automatically detect and identify an individual, 
such as a patient and/ or caregiver without any particular action being required on the 

20 part of the individual. In a further aspect, an RF transponder is mounted at a patient's 
room or treatment area and automatically detects an identification device, such as a 
wrist band, on the individual to identify the individual. The identification device may 
comprise an electrical circuit. 

In a further aspect, the patient management system also includes the 

25 capability of recording the present location of each clinical device in the institution, 
and maintains a history of the device usage in a device usage and event database. This 
database may also include a history of a device's maintenance and caUbration. 

In another aspect, the patient management system includes the ability to 
track usage of consumable supplies within the various units of the health care 

30 institution. This assists in managing the inventory of consumable supplies to ensure 
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that supplies are always available, A further advantage is that it enables the institution's 
administration to project supply usage and thus purchase supplies in quantities that 
ensure cost discounts without incurring excessive inventory carrying costs. 

In yet another aspect, the patient management system employs RF (radio 
5 frequency) transmiuers and receivers to connect the various hardware elements of the 
system together into a local area network. This aspect is advantageous in that it 
provides increased flexibility in positioning of the hardware elements of the network 
while eUminating the need for costly network wiring throughout the institution. 

These and other advantages of the invention will become apparent from 
10 the following more detailed description when taken in conjunction with the 
accompanying drawings of illxistrative embodiments. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 FIGURE 1 is a graphic representation of a care management system 

incorporating principles of the present invention and illustrating details of the 
hardware elements and local area network; 

FIG. 2 is a functional block diagram of the care system of FIG. 1 
20 additionally showing an interface with other institutional information management 
systems; 

FIG. 3 is a functional block diagram of the software modules that 
comprise the care system of FIGS. 1 and 2; 

25 

FIG. 4 is a graphic representation of a patient identification bracelet 
including a barcode that can be read by a barcode reader; 

FIG. 5 is a drawing of a barcode label affixed to a medication container 
30 that can be read by a barcode reader; 
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FIG. 5A is a drawing showing a barcode label affixed to a caregiver 
identity badge; 

HG. 6 is a drawing stowing a sheet of barcode labels tliat can be affixed 
5 to various containers or devices; 

FIG. 7 is a graphical representation of a display on an infusion pump 
showing the name of a drug being infused along with other information relating to the 
infusion; 

10 

FIG. 8 presents a computer screen listing of the infusions in progress 
showing the drug being administered, the time remaining, and the patient's name; 

FIG. 9 shows a patient IMAR (integrated medication administration 
15 record) showing scheduled medications and windows around the scheduled times; 

FIG. 10 shows a computer screen task list for a partial floor of a hospital 
in which times for administration in a certain time period are set out along with the 
patient name and drug to be administered; 

20 

FIG. 11 shows a computer screen used for rescheduUng the 
administration of an order; 

FIG. 12 presents a computer screen containing an overview of a partial 
25 floor of a hospital in which various patients' rooms are shown with the names of the 
patient; 

FIG. 13 is a graphical representation of another embodiment of the care 
management system showing the clinical devices connected to the local area network 
30 through a bedside data concentrator; 



109829 



-7- 

FIG. 14 is a graphical representation of still another embodiment of the 
care management system showing the clinical devices transmitting and receiving 
information from the local area network through RF transmitting/receiving 
equipment; 

5 

FIG. 15 is a graphical representation of another embodiment of the care 
management system of FIG. 9 where all of the hardware elements of the local area 
network communicate with each other using RF transmitting/receiving equipment; 
and 

10 

FIG. 16 presents a view of a patient having an identification device 
located on his arm that interacts with a transmitter/receiver located in the frame of the 
entry/exit of the room in which the patient is located. The identification device and 
transmitter/ receiver form a passive identification system in accordance with an aspect 
15 of the invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to the drawings, and more particularly to Figure 1, there is 
shown generally an integrated hospital-wide information and care management system 

20 30 including one embodiment of the point-of-care management system 30 of the 
present invention. The care management system embodiment shown in FIG. 1 is 
depicted as being configured as a local area network with a file server 45 to which are 
connected a pharmacy computer 60, a nursing station 70, and bedside CPUs 80. The 
file server 45 stores programs and data input and collected by the various computers in 

25 the local area network. Various application modules of the patient management system 
may be resident in each of the computers in the network and will be discussed in more 
detail below. Ethernet cabling of a local area network 50 is used to connect various 
CPUs to the file server. The file server 45 also has both local and network hard disk 
storage for storing programs as well as data gathered on the network. 
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Referring now to both FIGS. 1 and 2, a functional block diagram of the 
patient care management system 30 of FIG. 1 is shown in FIG. 2 interfaced with and 
connected to other hospital information management systems to form an integrated 
mformation and care management system. This information and care management 
5 system is integrated with a combination of individual hospital systems, such as the 
pharmacy information system 20, and the hospital administration system 40 which are 
interconnected via a network 5 and appropriate interfaces 10. Each of the various 
systems 20, 30 and 40 generally comprise a combination of hardware such as digital 
computers which may include one or more central processing units, high speed 

10 instmction and data storage, on-line mass storage of operating software and short term 
storage of data, off-line long-term storage of data, such as removable disk drive platters, 
CD ROMs, or magnetic tape, and a variety of communication ports for connecting to 
modems, local or wide area networks, such as the network 5, and printers for 
generating reports. Such systems may also include remote terminals including video 

15 displays and keyboards, touch screens, printers and interfaces to a variety of clinical 
devices. The operating systems and specific software appUcations will be described in 
more detail below. 

The care management system 30 of FIGS. 1 and 2 includes a file server 45, 
such as an IBM or IBM compatible personal computer having sufficient mass storage 46, 

20 such as local hard drives, CD ROM, magnetic tape, or other media, and appropriate 
communication interface capabiUties to interconnect with other hardware comprising 
the point of care management system. Although many configurations are possible, in 
one embodiment the file server would include hardware such as a data communication 
router, a large hard drive to store data for the entire network, and communication 

25 hardware for communicating with the hospital network. Additionally, a separate 
computer (CPU) is used to communicate with, control and provide an interface 
gateway 27 to the hospital network 5. 

A local area network 50, comprising a thin net, or ethernet cabling is used 
to connect the central file server 45 to the hardware that comprises the care 

30 management system. 
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In the present embodiment, the file server 45 of the care management 
system is connected by a local area network (LAN) 50 to computers and other 
peripheral equipment located in the institution's pharmacy, at nursing stations located 
throughout the institution, and at the patient's bedside. In the embodiment shown, the 
5 module located in the pharmacy comprises a central processing unit 60 to which is 
attached a video display 64 and a keyboard 62 for entry and display of patient 
information and drug parameters. Also attached to the pharmacy CPU is a bar code 
reader 68 which is adapted to read barcode labels that may be attached to drug 
containers, equipment, or caregiver identification badges as will be more fully discussed 

10 below. Also connected to the pharmacy CPU 60 is a bar code printer 69 and a printer 
66 used for generating reports containing information about patient history and/or 
patient treatment. The printer 66 may also be used to print barcode labels generated by 
the pharmacy CPU 60 after patient or drug data is input by a technician or pharmacist 
into the pharmacy computer 60 using the keyboard 62 or other means. 

15 Another computer, herein referred to as the nursing CPU 70, is located at 

a nursing station. Nursing stations are typically located in various sections and/or 
floors of a hospital or clinic and typically provide a central location for record storage 
and monitoring for a number of patient beds. The nursing CPU 70 located at the nurse 
station typically includes a video display 74 for displaying patient or other information 

20 pertaining to the operation of the particular unit of the institution, and a keyboard 72, 
mouse, touch screen 73, or other means for entering patient data or specific commands 
instructing the nursing CPU 70 to generate reports relating to either the patient's 
medical history or the course and progress of treatment for an individual patient on the 
attached printer 76 or on the video display 74. As will be discussed more fully below, 

25 the nursing station CPU 70 may also generate other reports such as, for example, a 

printout of drugs scheduled to be administered to patients, productivity measurements 
such as, for example, the amount of time a nurse spends with a patient or other reports 
useful for assisting in the efficient operation of the particular unit or the hospital. For 
example, a report Usting the actual times of administration versus the scheduled times 

30 for administration may be prepared to assist in evaluation of staffing requirements. 
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Each care unit associated with the nursing station typically comprises one 
of more patient beds located in private rooms, shared rooms, or open or semi-open 
wards that contain multiple beds. In accordance with an embodiment of the present 
invention, each private room, semi-private room, or ward area has at least one bedside 
5 CPU 80 for monitoring and treating one or more patients. Each bedside CPU 80 has a 
video display 84 and a keyboard 82, mouse, touch screen 83, or other device. The 
bedside CPU 80 can be used by a nurse, physician or technician to access a variety of 
institutional databases to display a variety of information about a particular patient. 
This information can include an on-line, real-time, graphical patient medication 

10 administration record (MAR) that is derived from the patient's medication profile 
maintained by the hospital's pharmacy information system 20. The bedside CPU 80 
also allows remote access to a patient's records stored by the file server 45 to display 
medication history for the patient. This medication history includes a listing of all drug 
or other treatments including past, present and future deliveries to the patient. 

15 Additionally, access to administration records of the hospital's administration system 
40 is available through the network 5. 

Each bedside CPU 80 can be connected through an appropriate interface 
to a variety of peripheral equipment. For example, a barcode reader 90 capable of 
reading barcodes on a patient's wristband or medication container; an infusion pump 

20 92 for delivering medication to the patient in a predetermined, controlled manner; or 
various sensors 94 that can automatically monitor a patient's vital signs and send signals 
representative of these vital signs to the computer through an appropriate interface for 
storage and later retrieval by a selected software application to provide a graphic display 
of the patient's vital signs during the course of treatment. 

25 A pluraUty of bedside CPUs are shown in the drawing; however, more or 

fewer may exist depending on the particular system and hospital requirements. 

Referring now to FIG. 3, a block diagram illustrating the various 
appUcation software modules comprising the care management system 30 is shown. 
The care management system's 30 application software is modular in construction to 

30 allow installation and operation of the system with only one or more of the application 
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software groups present. This provides flexibility in meeting the widely varying needs 
of individual institutions where cost and complexity may be an issue or where the full 
system is not needed. Each of the modular appUcations, however, is fully integratible 
into the system. 

5 The programs of the care management system 30 control alarms or alerts 

generated by one of the modular appUcations. Alarms are routed automatically to the 
appropriate video display. For example, an occlusion alarm generated by a pump 92 
may remain local for a predetermined period. After that period the patient's bedside 
computer 80 may then broadcast the alarm by causing the alarm to be conununicated 

10 over the LAN 50 to alert other hospital staff of a potential problem or to cause a 

particular person responsible for the care of a patient, such as, for example, a physician 
or nurse, to be paged. 

Each of the modular applications will now be described in detail. The 
operation of each of these modular applications in a cUnical setting will be discussed 

15 more fully below. The medical administration management module 110 integrates 
medical order information, infusion pump monitoring, and barcode technology to 
support the real-time verification and charting of medications being administered to a 
patient. The medical administration management module 110 creates and maintains an 
on-line, real-time, patient-specific medication administration record ("MAR") or 

20 integrated medication administration record ("IMAR") for each patient. This 

medication administration module 110 contains all of the information generated in the 
institution regarding the care provided to the patient. The medication administration 
management module 110 gathers information from the various nursing and bedside 
CPU's 70, 80 (FIG. 1) comprising the peripheral hardware of the care management 

25 system 30 that is distributed throughout the institution. For example, when a 

physician attending a patient diagnoses an illness and determines an appropriate course 
of treatment for the patient, the physician may prepare a handwritten medical order 
specifying the desired therapeutic treatment as well as any appropriate parameters such 
as dosage and/ or period of administration. The written prescription is sent through the 

30 institutional mail system to the pharmacy where it is then entered into the pharmacy 
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information system 20 through a dedicated terminal, or other means, and is then 
entered into the care management system 30. 

In another embodiment, the physician accesses the pharmacy 
management system 20 through a dedicated terminal or through the care management 
5 system 30 via the network 5 using either a nursing CPU 70 or a bedside CPU 80. 
Alternatively, the treatment order may be entered by a nurse or other qualified 
caregiver into either the pharmacy management system 20 or the care management 
system 30. 

Referring now to FIGS. 4-6, a variety of implementations of the barcode 

10 identification system of the present invention are shown. FIG. 4, for example, shows a 
patient identification bracelet 170 of the kind typically used in hospitals and other 
institutional settings to ensure that each patient is able to be identified even if the 
patient is unconscious or other-wise unable to respond to questioning. A barcode 175 
is printed on a label that is attached to the patient identification bracelet 170 and has 

15 encoded within its sequence of bars the information necessary to identify the patient. 
This barcode may be read using a computerized barcode reader 68, 90, such as those 
shown connected to the pharmacy CPU 60 and the bedside CPUs 80 (FIG. 1). The 
barcode reader comprise a light emitting and receiving wand 95 that is scanned across 
the barcode. The light emitted by the wand 95 is reflected by the sequence of dark and 

20 light lines comprising the barcode into the receiving lens of the wand 95. A sensor in 
the wand 95 converts the received Ught into a signal that is then transmitted to the 
CPU. A software application program running on the CPU then decodes the signal 
into the data represented by the barcode in a manner well known to one skilled in the 
art. Using appropriate software programs, this data may then be automatically entered 

25 into a database stored in the CPU*s memory or disk storage. While a barcode has been 
described for purposes of illustration, those skilled in the art will immediately 
understand that other systems, such as magnetic stripes, or programmed punched holes 
may also be used to represent data stored on each label, care giver badge or patient wrist 
band. 
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Barcode systems are extremely flexible and the amount of information 
that can be represented by the barcode, while limited, can be used in a variety of ways. 
For example, as depicted in FIG. 5, a drug container 185 is identified by a label 180 
having a barcode 182 printed thereon. This barcode 182 can represent the patient 
5 identification and the medical order number, and any other information the institution 
finds helpful in dispensing the drug and tracking the treatment. The barcode 182 may 
also be read using a barcode reader, and, using suitable application software such as that 
included within the medical administration management module 110, discussed below, 
can be used to link the drug container and its contents with the patient identification 

10 bracelet 170 affixed to a patient to ensure the right drug is dehvered to the right patient 
at the right time in the right manner. The use of barcodes is not limited to the 
implementations discussed above. A sheet 190 of barcode labels 177 having barcodes 
175 is shown in FIG. 6. Such labels can be printed by a printer connected to the 
pharmacy CPU 60 of the care management system 30 or, alternatively, by any other 

15 printer connected to any other hospital information system that can be programmed to 
produce barcodes bearing the information in a form that can be read by the barcode 
readers connected to the various CPUs of the care management system 30. These 
barcode labels 177 may then be affixed to clinical devices, patient belongings, or other 
items where positive identification is needed. 

20 One of the key advantages of the medical administration management 

module 110 (FIG. 3) is that the module works in concert with the barcode labels 
described above. When the medication administration management module 110 is 
implemented using the hardware system described above comprising a pharmacy CPU 
60, barcode reader 68, and printer 66, together with a bedside CPU 80 with a connected 

25 barcode reader 90, the care management system 30 ensures that medication is 

administered to the right patient, in the right dose, along the right route and at the 
right time. 

When the medication to be administered is of the type that is typically 
delivered to the patient using an infusion pump, the medical administration 
30 management module 1 10 automatically records the start time of the infusion, queries 
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the pump periodically throughout the infusion and maintaining a continuous log of the 
infusion, and records the end time of the infusion and the volume infused in a patient's 
MAR. If the infusion pump connected to the bedside CPU has a progranmiable 
display, the name of the drug, as well as other important information concerning the 
5 progress of the infusion can be displayed on the infusion pump throughout the infusion 
to provide a visual display of the status for the infusion. One such pump is shown in 
FIG. 7. The particular infusion pump depicted in FIG. 8 has three pumping channels. 
Two of the channels are displaying the name of the drug being infused. 

Because the medication administration management module 110 

10 maintains an on-line, real-time, patient specific graphical medication administration 
record that includes both past, present and future scheduled medications, a nurse may 
select a scheduled dosage on the MAR and indicate that it will not be administered for 
specified reasons selected from a list of options that are dependant upon the health 
status of the patient at a particular time. This system also allows a nurse to select a 

15 scheduled dose on the MAR, and record notes and observations about the dose selected 
from a Ust of options. The medical administration management module 110 also 
provides on-Une, real-time help screens that can be accessed by a nurse or other 
caregiver to display specific information about selected medication and dose to be 
dispensed. 

20 The medication administration management module 1 10 provides a list of 

on-going infusions that can be displayed on the video display of the pharmacy CPU 60 
such as is shown in FIG. 8. Dmg administrations that will terminate within a 
preselected time period may be distinguished from other administrations by color 
highUghting or other means. The time remaining, drug, and patient name are presented 

25 as well as buttons for program control. 

The medication administration module 110 records and maintains in a 
stored file a log of alerts that are generated when any discrepancy is identified, for 
example, during the verification process which will be discussed more fully below. The 
medication administration module 110 also allows the nurse to acknowledge and 

30 correct the discrepancy in real-time, or override the alert by entering the appropriate 
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command. Even where the nurse is allowed to override the alert, the medication 
administration application module 110 prompts the nurse for a reason for each alert 
override and then automatically enters the reason into the MAR for the patient. 

The medication administration management module 110 assists the nurse 
5 or other health care professional in efficiently delivering care to the patients by 
providing the ability to perform on-line queries of the patient's MARs and produce 
reports designed to assist the nurse in planning medication administration and in 
scheduling the workload of dispensing the medication to the many patients for which a 
nursing unit is typically responsible. For example, the video display may be color 

10 coded to indicate the status and schedule of each dmg administration, such as the 
patient's IMAR shown in FIG. 9. A drug deUvery window extending from thirty 
minutes prior and thirty minutes after the scheduled administration time may be 
indicated by a yellow band on the display. Other reports such as the FIG. 10 task list 
may, for example, include scheduling of drug administrations to ensure proper 

15 medication of the patient while distributing the workload over a period of time to 
ensure that all medication is given promptly. The system may also display either 
visuals alerts on the nurse station video display 74 or produce a printed report on the 
printer 76 to provide a permanent record of any medication administration that is 
running late or has been rescheduled. The medication administration module 110 may 

20 be programmed to operate in an automatic fashion, automatically providing standard 
reports at the nursing station at predetermined intervals, such as, for example, every 30 
minutes, as determined by the needs of the particular nursing unit and institution. 

The clinical monitoring and event history module 130 shown in FIG. 3 is 
designed to monitor a variety of clinical devices attached to the network in a real-time 

25 manner and provides information about those devices to monitoring stations located 
elsewhere on the network. For example, the clinical monitoring and event history 
module 130 can be configured to monitor a pluraUty of cUnical devices that are in use 
to deUver medication to patients in the private rooms, semi-private rooms or ward areas 
in a nursing unit. The clinical monitoring and event history module 130 retrieves real- 

30 time data from each device, and displays a visual representation of each device including 
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all significant data related to its status and settings on the video display 74 connected to 
the Nursing CPU 70 (FIGS. 1 and 2). For example, in the case where the clinical 
monitoring and event history module 130 is monitoring an infusion pump 92, a nurse 
at the nursing station can access the status for that pump wherein the display 74 
5 attached to the nurse CPU 70 then displays information regarding the status of the 
infusion being performed at that time. For example, information can include the name 
of the drug being infused, the patient's name, the scheduled start, the actual start of 
infusion, the scheduled end of infusion, the projected end of infusion, the amount of 
drug infused, the amount of dmg remaining to be infused and any alert or discrepancy 

10 conditions that may need attention by the nurse. Because the care management system 
30 is a fully integrated system, the medical administration management module 110 
works in concert with the clinical monitoring and event history module 130 so that a 
nurse, doctor or technician may, after evaluating the status of the infusion displayed on 
either the video display 74 at the nursing CPU 70 or on the video display 84 at the 

15 bedside CPU 80 may, by using the touch screen 73, 83 of the computer, adjust the 
infusion regimen accordingly using, for example, a screen displayed on the video 
display 74, 84 as shown in FIG. 11. 

The clinical monitoring event history module 130 may also be 
programmed to immediately display alarm conditions on remote monitoring screens, 

20 such as the video display 74 attached to the nursing CPU 70, as the alarm occurs. For 
example, the status of each patient's infusion can be represented on a video display at 
the nursing station as shown by the OVERVIEW computer screen in FIG. 12. When 
an alert occurs, the box representing the patient' room flashes red to attract attention to 
the alert. Displaying the alarm condition in this manner allows a nurse to quickly and 

25 easily identify the patient from the nursing station and take appropriate action to 
address the condition causing the alarm. The system may also be programmed to 
display certain alarms that have been identified as particularly important events at other 
video displays located throughout the institution, such as the video display 64 attached 
to the pharmacy CPU 60 located in the institution's pharmacy. The manner of 

30 overview display in FIG. 12 also facilitates record update. For example, when patients 
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move rooms, clicking on the patient's name, dragging that patient to the new room, 
and unclicking will cause the records to reflect the patient's move and the display will 
now show the patient in that room. 

The clinical device tracking and reporting module 120 shown in FIG. 3 is 
5 used to maintain a record of the location of each clinical device and the history of its 
use in the institution. This system maintains a record of the current or last known 
location within the institution of each clinical device used in the institution, such as an 
infusion pump or vital sign sensor. Thus, the appropriate equipment can be easily 
located by a nurse or a technician for a given therapy regimen or vital sign 

10 measurement. This is particularly useful in a large hospital or clinic having many 
patient rooms, patient beds, or treatment areas where equipment may be temporarily 
misplaced. This system is also useful in those particular instances where an emergency 
occurs where treatment requires a particular piece of equipment. The status of that 
equipment can be easily ascertained from a remote video terminal, such as the video 

15 display 74 connected to the nursing CPU 70. 

The clinical device tracking and reporting module 120 also maintains a 
record containing the usage history of each clinical device, including information about 
the patient it was used to treat, its location, the date, time, duration of use, any alarms 
that occurred and what medications were dispensed. This history may also contain the 

20 maintenance and calibration records for a clinical device. Such information can be 
queried on-line by technicians, nurses or other hospital administration personnel to 
generate reports to assist in locating the clinical device, report on the historical usage of 
the device, and to provide a log of preventative maintenance and equipment calibration. 
The efficient calibration of complex and sensitive clinical devices is particularly 

25 unportant in a heath care institution to maintain accuracy and quality of therapeutic 
treatment delivery. Maintaining a history of the usage of the device is also helpful to 
justify purchasing additional clinical devices when needed, or where the record 
indicates that a particular clinical device has become obsolete and needs to be replaced 
by a newer model of the device. 
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The care management system 30 also includes a consumable tracking 
module 140 that maintains a record of all consumable item usage for treatment of each 
patient. This record ensures that appropriate suppUes are ordered and dehvered to the 
nursing imit in a timely and cost-efficient manner to prevent outages of necessary 
5 suppHes. Such information may also be used by the hospital inventory systems 

through an appropriate interface or other management system to ensure that the supply 
purchasing is done as cost-effectively as possible. The consumable tracking module 140 
provides on-line queries and report generation summarizing consumable uses for a 
particular patient, a particular nursing unit, or a variety of other purposes. 

10 The unit management tool module 150 assists nurses in sharing 

information related to patients and automates routine transactions within the nursing 
unit. The unit management tool module 150 allows a nurse to record the allergies, 
handicaps, and special care needs of the patient which, cooperating with the medication 
administration record module 110 and the clinical monitoring and event history 

15 module 130, displays that information prominently on all appropriate display screens, 
either at the pharmacy video display 64, the nursing video display 74 or at the bedside 
video display 84 (FIG 1). The unit management tools module 150 also allows a nurse to 
record patient transfers and the times when the patient is out of the room or off the 
floor, such as, for example, when the patient is transferred to surgery or to a different 

20 part of the institution for a particular kind of treatment such as rehabilitative therapy. 
This system may also be programmed to signal an alarm when a patient has been 
disconnected from the system longer than scheduled, for example, when the patient 
disconnects from the infusion to auend to personal hygiene. This function ensures that 
an alarm or alert is sounded and that appropriate personnel are notified of any potential 

25 problems and can take the necessary actions to alleviate the alert condition. 

The knowledge resource tools module 160 provides a framework for 
information sharing among the various units in the hospital and also supports an 
assortment of everyday tools to used by the nurses, physicians and technicians involved 
in the delivery of health care within the institution. This module allows or assists in 
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integrating external information sources into the care system 30 to improve the 
effectiveness of the care management team in treating the patients in the institution. 

For example, the knowledge resource tools module 160 provides a variety 
of on-line toob including, for example, a calculator, a dose rate calculator for 
5 calculating the appropriate dosage and infusion rate for a particular drug to be infused 
into a patient, a standard measurement conversion calculator for converting between 
units of measurement, a skin surface area calculator, and a timer and stopwatch. These 
resources may be displayed on the video displays 64, 74, 84 at appropriate points within 
the system, and are available from any CPU either in the pharmacy, at the nursing 

10 station or at the bedside. These appUcation tools can be programmed to appear on the 
video display 64, 74, 84 either automatically, such as, for example, when an infusion 
pump is configured at the start of an infusion to assist in the calculation of a dose rate. 
These resources may also be available upon entry of the appropriate command by a 
nurse, physician or technician. 

15 Referring once again to FIG. 2, a device management subsystem 192 is 

shown and comprises a microcomputer. The subsystem monitors the status of the 
clinical devices, such as the pumps. Alternately, the subsystem 192 may be included in 
another microcomputer, such as a bedside CPU 80. 

The background monitoring system 195 may also be disposed in a stand- 

20 alone microcomputer or may be incorporated in an existing microcomputer. The 
subsystem performs background tasks such as monitoring the status of the interface 
gateway 27. 

As depicted in FIG. 2, the care management system 30 is connected to 
other systems in the institution via an interface 10. This interface may support 

25 standard health level 7 (HL7) interfaces to the hospitars other information systems and 
can also support custom interfaces to systems or devices that do not support the HL7 
standard. The system interfaces may be either real-time or batch mode, although a real- 
time interface to a hospital's pharmacy system is required to support the on-line 
medical administration records keeping function of the medical administration 

30 management module 110. 
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The care management system software can be written to operate on a 
variety of operating systems to suit the needs of a variety of institutions. In a present 
embodiment, the software is written to interface with the nurses and physicians using 
the Windows environment (Windows is a trademark of Microsoft, Inc.) on IBM 
5 compatible micro-computers. The Windows environment is well-known by those 
skilled in the art and will not be described in detail herein. The care management 
system software, when implemented using the Windows system, is particularly useful 
in that the Windows operating system provides the ability to load several programs at 
once. Multitasking programs, allowing several appUcation programs to run 

10 simultaneously yet providing inmiediate access to the various software modules of the 
care management system 30 may also be used. 

One particular mode of operation of the care management system will 
now be described. As described above, a patient entering a hospital or other care-giving 
institution is provided with a wristband necklace, ankle band or other identifier that is 

15 affixed to the patient in a manner so that the patient can be identified even if the 

patient is unconscious or otherwise imresponsive. Such a wristband 170 is depicted in 
FIG. 4. In one embodiment, the wristband 170 barcode represents the name of the 
patient and other information that the institute has determined is important and also 
includes a barcode 175. The information printed upon the band, such as name, age, 

20 allergies or other vital information is encoded into the barcode 175. 

After the patient is admitted and situated in a bed within the institution, 
the patient is typically evaluated by a physician and a course of treatment is prescribed. 
The physician prescribes the course of treatment by preparing an order, which may 
request a series of laboratory tests or administration of a particular medication to the 

25 patient. The physician typically prepares the order by filling in a form or writing the 
order on a slip of paper to be entered into the hospital's system for providing care. 

If the order is for administration of a particular medication regimen, the 
order will be transmitted to the institution's pharmacy. The order will arrive in 
written form at the pharmacy, will be evaluated by the pharmacy and processed. The 

30 pharmacy then prepares the medication according to the requirements of the physician. 



109829 



-21- 

The pharmacy packages the medication in a container, such as the container 185 shown 
in FIG. 5. Normally, a copy of the order, or at a minimum, the patient's name, the 
drug name, and the appropriate treatment parameters are represented on a label that is 
then affixed to the drug container 185. According to one embodiment of the present 
5 invention, this information is represented by a barcode 182, that is then printed on a 
label 180. This barcode label 182 may be automatically generated using a printer capable 
of printing barcodes, such as, for example, a printer 69 attached to the hospital's 
pharmacy information system 20. The existence of this medication order is made 
available by the hospital's pharmacy information system 20 and is stored by the file 
10 server 45. 

Generally, the medication is then delivered to the appropriate caregiving 
unit for administering to the patient. A nurse or technician carries the drug container 
185 to the appropriate patient. In accordance with one embodiment of the present 
invention, the nurse or technician first read the barcode 175 on the patient ID bracelet 

15 170 using the barcode reader 90 connected to the bedside CPU 80. The nurse or 
technician would then read the barcode 182 on the label 180 affixed to the drug 
container by swiping the barcode wand 95 across the barcode 182 printed on the label 
180 of the drug container 185. Additionally, a record of the identity of the caregiver 
dispensing the medication may be obtained by reading the barcode 205 printed on an 

20 identity badge 200 (FIG. 5A) typically worn by all institution personnel. 

For certain drugs, the care-giver is prompted to enter data descriptive of a 
selected patient parameter or parameters, such a laboratory value or a current vital sign, 
before completing the verification process. For example, the care-giver may be 
prompted to measure and enter a value for a patient's blood pressure before 

25 administering certain selected drugs. The system may include ranges of acceptable 

values for the parameters. If the system detects an out-of-range value for the parameter, 
the system causes an alarm to be provided. In an alternative embodiment, the 
parameters could be monitored and entered into the system automatically, eliminating 
the need for manual entry by the care-giver. 
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The data obtained then is analyzed by the medication administration 
management module 110 which records the therapeutic regimen information in the 
patient's MAR, and verifies that the right medication is being given to the right patient 
in the right dose by the right route and at the right time. If the medication 
administration management module 110 detects a discrepancy between the barcoded 
information printed on the patient bracelet 170 and the barcoded information on the 
label 180 affixed to the medication container 185, an alert is sounded and the 
appropriate information is displayed on the video display 84 attached to the bedside 
CPU 80. The nurse or technician then either corrects the discrepancy by either re- 
reading the barcode 175 on the patient's bracelet 170 and the barcode 182 on the 
medication container 185 or, alternatively, by entering the appropriate information 
into the bedside CPU 80 using the keyboard 82 or touch screen 83, mouse, or other 
device. In the event that the nurse or technician determines that the discrepancy 
cannot be automatically corrected by re-reading the barcodes and that the discrepancy 
is minor and will not affect the accuracy or safety of the delivery of the medication, the 
nurse or technician may override the alert- 
In an embodiment of the present invention, where the medication is to 
be delivered using an infusion pump, such as the infusion pumps 92 attached to the 
bedside CPU 80, the care management system automatically downloads information 
consisting of the appropriate configuration parameters for the infusion from the 
pharmacy CPU 60 through the local area network 50 into the bedside CPU 80 and 
then into the infusion pump 92 when the verification function of the medical 
administration management module 110 is complete. This is particularly advantageous 
in that one potential source of inaccuracy is eliminated by automatically configuring 
the pump, thus eliminating the need for the nurse or technician to manually enter the 
parameters necessary to configure the infusion pump 92. In one embodiment, the 
infusion pumps 92 comprise IV AC Corporation Model 570 volumetric pumps. In an 
embodiment where the pumps cannot be automatically configured by downloading 
parameters from the network, the care management system 30 only verifies that the 
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right treatment is being administered to the right patient. The pump must then be 
manually configured by the physician, nurse or technician. 

Once the infusion pump is configured, the technician then starts the 
infusion by pressing the appropriate control on the infusion pump 92. Starting pump 
5 that is capable of being monitored automatically by the care management system 30 
causes a signal to be transmitted from the pump to the bedside CPU 80 which is then 
logged by the clinical monitoring and event history module 130 and entered by the 
medical administration management module 110 into the patient's MAR. In the case 
where the institution is using a pump that is not capable of being configured by 

10 downloading parameters from the network, the nurse or other caregiver logs the start 
of the infusion using the touch screen device, mouse or other device connected to the 
bedside CPU 80. In this case, the video displays of the care management system 30 that 
display information about the status of the infusion will not display real-time data. 
Rather, the care management system 30 will project what the status of the infusion 

15 should be given the infusion parameters, the time elapsed since the infusion began, and 
any other events that were manually logged by the caregiver that may have affected the 
progress of the infusion. 

The care management system 30, utilizing the application modules 
described above, monitors the infusion process in a real-time manner, providing alerts 

20 on the appropriate video display screens located throughout the institution and allows 
intervention by nurses or other caregivers at remote locations if necessary. If the 
pharmacy management system 20 is directly Unked to the care management system 30, 
the care management system 30 may also provide a scheduUng report to the pharmacy 
in determining the status of ongoing infusions, as well as in scheduling the preparing of 

25 medications for future infusions. 

In another embodiment, the present invention includes a "Code Mode" 
that allows a care-giver to bypass the system to immediately cause a list of drugs that 
have been preselected by the institution to be used in an emergency situation. The 
initiation of the "Code Mode" causes a time-stamp to be placed in the patient's MAR 

30 along with the identity of the drug selected from the displayed list of drugs to be used 
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to treat the emergency. This feature ensures that the emergency, and the treatment 
used to address the emergency, are accurately recorded in the patient's MAR. 

While one particular embodiment of the present invention has been 
described above, altemative configurations of the care management system network are 
possible. For example, one alternative embodiment of the care management system 30 
is depicted in FIG. 13. In this configuration, cUnical devices 210 are connected by 
means of appropriate interfaces and cabling 215 to a bedside data concentrator 220 
which would typically be located outside of a private room, semi-private room or ward 
area. In this configuration, there is no bedside CPU 80 as described previously. 
Instead, the bedside data concentrator 220 is connected through an appropriate 
interface and cabling to the local area network 50, where the data gathered from the 
clinical devices 210 is then available for processing by the care management system 30 
and display at the various monitoring stations, such as either in the pharmacy or at the 
nurse station 70. In this embodiment, there is no bedside CPU 80 having a keyboard 
82 for data entry or a video display 84 for display of either clinical device information 
or patient information. 

A further embodiment of the care management system 30 local area 
network is depicted in FIG. 14. In this embodiment, the file server and monitoring 
stations are connected using appropriate interfaces and ethernet cabling to an RF data 
concentrator 225. At the bedside locations in the private rooms, semi-private rooms or 
ward areas of the institution, the clinical devices 210 and barcode reader 90 at the 
bedside are connected to an RF transmitter/receiver 230. This RF transmitter/receiver 
230 transmits the information gathered from the clinical devices 210 and the barcode 
reader 90 to the RF data concentrator 225 attached to the local area network 50. Thus, 
expensive cabling is not required to connect every patient treatment area. Additionally, 
flexibility in locating the clinical devices 210 and barcode reader 90 is obtained as well 
as allowing the ability to reconfigure the patient treatment area without costly rewiring 
of the ethernet cabling. 

Yet another embodiment of the care management system 30 local area 
network 50 configuration is shown in FIG. 15. In this configuration, the ethernet 
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cabling conneaing the pharmacy CPU, the nurse station nursing CPU 70 and bedside 
CPUs and clinical devices is eliminated entirely. Each hardware element, comprising 
the file server, nursing CPU 70, pharmacy CPU 60 and bedside CPUs 80 and clinical 
devices and/ or barcode readers is coimected to an RF transmitter/receiver 230. In this 
5 manner, all of the information is transmitted throughout the local area network 50 by 
way of radio transmission rather than by using costly network cabUng. Such a system 
would additionally allow for the use of portable computers 235 having RF 
transmitter/receivers 230 that could then be carried with physicians, nurses or 
technicians as they circulate through the institution. With this configuration, 

10 caregiving personnel could access the care management system either spontaneously or 
upon notification of an alert no matter where they were in the institution at any given 
time. Such a system would be particularly useful in a large institution where caregiving 
personnel are likely to be responsible for many hospital beds or when persoimel are out 
of the area or off the floor. 

15 Another embodiment of the care management system 30 is shown in 

FIG. 16. In this embodiment, the patient 245 and/or caregiver have badges or wrist 
bands 240 that may also include electronic circuitry that is responsive to signals from a 
transmitter/receiver 230 located in each patient room or treatment area to 
automatically provide the care management system 30 (FIG. 1) with the identity of, and 

20 possibly other selected information about, the occupants of the patient room or 

treatment area, eliminating the need to use a bar-code reader to read the bar-codes on 
the patient and/or caregiver badges or wrist bands. Such a system may be described as a 
passive recognition system in that neither the patient nor the caregiver need take any 
active steps to inform the care management system 30 of their location within the 

25 institution. 

One example of such a system incorporates an intelligent RF computer 
chip into the caregiver or patient badge or wristband 240 that provides a unique, or 
programmed response with a passive RF transponder 230 located within a patient room 
or treatment area, such as in the frame 231 of the entry or exit of the room or 
30 treatment area, or mounted on a wall or ceiling. Each badge or wrist band 240 interacts 
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with signals of the transponder 230 in a unique way, the unique interaction 
representing an assigned code for the badge or wristband 240. Utilizing this 
technology would remove manual steps and some of the "human factor" from the 
process of identifying the patient and caregiver. 
5 When an individual 245 wearing a badge or wristband 240 having such a 

circuit enters a room or area where a transmitter/receiver 230 is located, the electronic 
circuit in the badge or wristband 240 interacts with signals emitted by the transmitter 
without any positive action on the part of the caregiver or the patient. This interaction 
may be sensed by the receiver, which may be capable of determining the identity of the 

10 badge or wristband 240 from the interaction of the electronic circuit with the emitted 
signals. Alternatively, the receiver may simply sense the interaction and provide a 
signal representative of the sensed interaction to a computer or other processor which 
has been programmed or otherwise configured to determine the identity of the 
individual associated with that particular badge or wristband 240. 

15 Although the preceding paragraphs describe a passive recognition system 

using electrical circuitry, other approaches may also be used. For example, it can be 
envisioned that the patient and/ or caregiver may have magnetically-encoded devices 
that can be automatically read by an appropriate detector located in the patient room 
or treatment area. 

20 Such a system is advantageous in that it can also be used to track the 

location of patients and caregivers in an institution. This information would be useful 
to monitor patient movements, especially in the case of patients with reduced mental 
capacity who may be prone to wandering about the institution. It would also be useful 
to know the location of the caregivers within an institution so that in the event of an 

25 emergency, the caregiver could be quickly located. 

While several forms of the invention have been illustrated and described, 
it will also be apparent that various modifications can be made without departing from 
the spirit and scope of the invention. Accordingly, it is not intended that the 
application be limited, except by the appended claims. 
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